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As manned space exploration takes on the task of traveling beyond low Earth orbit, many problems 
arise that must be solved in order to make the journey possible. One major task is protecting 
humans from the harsh space environment. The current method of protecting astronauts during 
Extravehicular Activity (EVA) is through use of the specially designed Extravehicular Mobility 
Unit (EMU). As more rigorous EVA conditions need to be endured at new destinations, the suit will 
need to be tailored and improved in order to accommodate the astronaut. The Objective behind the 
EMU Lessons Learned Database(LLD) is to be able to create a tool which will assist in the 
development of next-generation EMUs, along with maintenance and improvement of the current 
EMU, by compiling data from Failure Investigation and Analysis Reports (FIARs) which have 
information on past suit failures. FIARs use a system of codes that give more information on the 
aspects of the failure, but if one is unfamiliar with the EMU they will be unable to decipher the 
information. A goal of the EMU LLD is to not only compile the information, but to present it in a 
user-friendly, organized, searchable database accessible to all familiarity levels with the EMU; both 
newcomers and veterans alike. The EMU LLD originally started as an Excel database, which 
allowed easy navigation and analysis of the data through pivot charts. Creating an entry requires 
access to the Problem Reporting And Corrective Action database (PRACA), which contains the 
original FIAR data for all hardware. FIAR data are then transferred to, defined, and formatted in 
the LLD. Work is being done to create a web-based version of the LLD in order to increase 
accessibility to all of Johnson Space Center (JSC), which includes converting entries from Excel to 
the HTML format. FIARs related to the EMU have been completed in the Excel version, and now 
focus has shifted to expanding FIAR data in the LLD to include EVA tools and support hardware 
such as the Pistol Grip Tool (PGT) and the Battery Charger Module (BCM), while adding any 
recently closed EMU-related FIARs. 
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I. Introduction 

M anned spaceflight first began with the successful orbit of Soviet Cosmonaut Yuri Gagarin on April 12 th , 1961 1 , 
ushering in a bold new age of exploration on the grand frontier of space. On February 20 th , 1962, Astronaut 
John Glenn became the first American to successfully orbit the Earth as part of the Mercury project 2 . Through 1965, 
both nations proved that man could be put in orbit and brought back safely, but the question remained of how a 
human would fare in the space environment. The question was answered in 1965, when Alexei Leonov and Ed 
White 11 became the first Soviet and American, respectively, to perform a spacewalk, or EVA’ 4 . Since then, EVA 
has become a crucial routine function during space missions, from repairing the Hubble Space Telescope 5 , to 
assembling the International Space Station 6 . Spacesuits and tools used have changed drastically since that time, 
improving in order to maximize the amount of time an astronaut can spend on an EVA, and to meet the required 
tasks. The EMU has become the main spacesuit of choice for EVA since debuting in 1983 on STS-6 7 . 

In a twenty-nine year period, many changes have been made and lessons have been learned in regards to design 
and maintenance of the EMU and EVA support hardware. Every time a failure occurred, a FIAR was filled out in 
order to document the nature of the failure, and the corrective action taken. FIARs are kept in a database known as 
PRACA which contains all of the information from the FIAR, along with the original scanned document. While the 
information is available, it is unorganized and the codes used to describe the failure are undefined or obsolete, and 
thus, based on the amount of time someone has worked with the EMU, the data can be hard to interpret. The 
objective of the EMU LLD is to compile information from EMU and EVA tool FIARs in an organized user-friendly 
interface which accommodates all familiarity levels with the EMU, and allows analysis, on a large and small scale, 
of past failures to aid in any future EMU or EVA tool design. 


II. EMU LLD Work History 

The EMU LLD was started by Jake Baker in 2009. It was developed in Excel with the intent of compiling data 
from FIARs related specifically to EMU hardware. Original work included establishing a format for the database, 
along with entering the first EMU Hardware entries. In 2010 work was started by Samantha McCue to create a web- 
based version of the database in order to expand accessibility to the EMU LLD throughout JSC. Web-database work 
included coming up with a design for the website, keeping user-friendliness in mind, along with coding the features, 
and finally transferring entries from the Excel version of the LLD, to the website. 


III. EMU LLD Structure 

The Excel database is made up of the “Text” “All” and “Parts” pages, each with specific information. The 
“Parts” page contains more information about the specific components in the hardware that experienced failure; 
including the serial/lot number, the report number, and the date of the failure. The “All” page has more in-depth 
information from the FIAR, including the PRACA trend codes. The trend codes were originally used as a system to 
quickly give information regarding the failure. Codes were in place to describe the operation in place when the 
failure occurred, where it happened, what happened, and what part was affected among some examples. The “All” 
page includes most of the original information off of the FIAR along with dates. The “Text” page contains 
simplified information on the components, the failure and corrective action, using both text and a graphical 
representation to organize the data. Every entry in the database has data on each page of the excel sheet, including 
the related FIAR number, which overall gives a very detailed view in to the nature of the failure which is easily 
understood, and easy to navigate. 


A. Parts 

The text page contains fields for the FIAR 
number, which is assigned to every FIAR 
based on the location and chronological order 
of the FIAR, the part number which specifies 
the hardware that failed, and then the 
serial/lot number which specifies the exact 
piece of hardware which failed, or production 
lot in the case of a production-based error. 
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Figure 1. “Parts” Page. Contains specific information 

on components involved in failure 
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Figure 2. ’’All” Page. Contains trend codes from PRACA. Shown “expanded” 


B. All 

The “All” page contains information from the FIAR such as the FIAR number, title of the problem, a short 
description of the problem, the dates, the criticality, and trend codes. The title of the problem and the 
description give a short summary of the failure that occurred, whereas criticality relates to the potential outcome 
of the failure, broken down in to “Crit 1,” “Crit 2,” and “Crit 3.” Crit 1 failures result in the loss of life, or 
vehicle, “Crit 2” failures result in a loss of mission, and “Crit 3” contains all other failures. Criticality has letter 
codes that can be added to the crit classification which signify levels of redundancy or other special 
circumstances. Finally, the trend codes are taken from PRACA and expanded out from their original form in 
order to define their meaning. The trend codes are undefined in PRACA and on the original FIAR documents, 
originally needing a PRACA code table to look up the meaning. In the EMU LLD these codes are defined so 
that no further documentation is required, allowing all information in the database to be easily interpreted for all 
familiarity levels. 



Figure 3. "Text" Page. Information split with written and visual information 

C. Text 

The text page is the result of combining all of the data from “All” and “Parts” to a single page in a written 
and visual representation. Component information is broken down by system, and component, to the specific 
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item that caused the failure. The page has unique 
elements in the “Bucket Categories” on the right 
portion, which allow visual overview of problems 
to identify trends and see where and how 
problems occurred, and what action was taken to 
correct the problem. 

The Closure Text from the FIAR is also 
located on this page, which gives in-depth 
information on topics such as the Troubleshooting 
and Analysis process, the Root Cause, and the 
Corrective Action taken. 

A summary is written for every entry and 
included on this page, which is kept under 400 
words, and includes the problem, the cause of the 
problem, and the corrective action. The summary 
grants the ability to get an overview of the FIAR 
in a few sentences, and is an important part to 
every entry. 

The last 4 categories, in Figure 4, correspond to the “Bucket Categories” which are graphed on the adjacent 
side of the spreadsheet. These include information on the process in which the failure occurred, for example, 
testing, manufacturing, or repair; classification of the hardware, divided in to Class I or II and Class III; the 
cause of failure, such as incorrect handling or errors in design; and corrective action taken, such as repairing 
hardware, or updating the firmware or software. The visual representation gives an organizing factor to the 
information, where a column could be sorted through to find FIARs related to the desired category, instead of 
having to sort through the different textual fields. 

D. Creating An Entry 

FIAR data come from the PRACA 
online resource, also available as a 
Microsoft Access database, which allows 
FIARs to be searched and sorted through 
in multiple categories such as: System, 
date, part number, and part name. 

Hardware is typically added in groups for 
better organization in the database. The 
process for adding hardware can be broken 
down in to a sequence of steps: 

1. Transfer the Parts List information 
from PRACA in to the “Parts” tab 

2. Transfer the dates, problem title, and 
description from PRACA to the “All” 
page. 

3. Transfer the criticality over from 
PRACA; “expand” the code by 
inserting the definition from the PRACA code tables after a hyphen following the number code. 

4. Transfer over the Location and Trend Codes from PRACA; “expand” the code by inserting the definition 
from the PRACA code tables after a hyphen following the code. 

5. Transfer resolving element, dates, component information and class to “Text” page. 

6. Format the Closure Text in chronological order; space out to make it easier to read. Transfer Closure text. 

7. Use the Problem Description and the Closure Text in order to write a concise summary which covers the 
failure, the cause, and corrective action in fewer than 400 words. 

8. From the information gathered, classify the failure in the “Bucket Categories”; mark the applicable boxes 
in the graph and record the category in the corresponding text box. 

Each entry utilizes the information from PRACA, although the formatting and organization is unique to the 
EMU LLD which allows greater control over the data for desired analysis. 
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Figure 5. 


PRACA. Contains transcriptions of FIARs 
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Figure 4. "Bucket Categories." Also represented 

visually. 
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IV. EVA Tools Expansion 

The EMU LLD was originally started for compilation and organization of EMU related FIARs. Upon 
completion of EMU hardware entries in the Excel database, the website was in development, and work was 
shifted to transfer entries from the excel version to the web database. The decision was made to improve the 
EMU LLD and extend the coverage it provides by adding EVA tools and support hardware such as the PGT and 
the BCM. A total of 606 entries have been added to the database related to EVA tools, taking the total of entries 
in the EMU LLD from 2360 to 2966. Of these new entries the hardware added includes: 

• EMU and EVA Tool Batteries (PGT, REBA, EH1P, SAFER) 

• PGT Flardware 

• SAFER Flardware 

• Wireless Video System 

• SPCE (Fluid Pumping Unit, Power Supply Assembly) 

• Retractable Equipment Tethers (RET) 

• BCM 

• Battery Stowage Assembly (BSA) 

The format and organization remains the same as with EMU hardware, although a new “Bucket Category” was 
added to solutions/failures in order to accommodate the hardware: “ Update Software/Firmware ” and 
“ Unexpected Output ”, 

Update Software/Firmware was added to the Solution “Bucket Categories” after analysis of BCM failures 
showed that corrective action included updating the firmware for a multitude of errors which either had 
software anomalies or other errors that led to a fault in the software. 

Unexpected Output was added to failure “Bucket Categories” to accommodate hardware testing which did 
not have any failure, but had out of specification readings. Usually the specifications or procedures were 
changed in order to accommodate the out of spec readings if everything performed nominally (See: Figure 6.). 


Battery Failures With Unexpected Output 

100 % 

80% 

60% 

40% 

20 % 

0 % 

Procedure Change? Schematic or Specification 

change? 



Figure 6. Battery Hardware with Unexpected Output Failure. 

Percentage of hardware experiencing unexpected output failure that had the 
specified corrective action. 


V. Conclusion 

Since summer of 2009 plenty of work has been done on the EMU LLD, and in its current state, it supports 
analysis and navigation in the organized Excel interface for the EMU. With the work done this past semester, the 
EMU LLD now extends coverage to EVA tools and support hardware, for the same purpose in aiding with future 
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design and current maintenance. With some of the oldest FIARs in the database dating back to the 1970s, the history 
of EVA tools and the EMU can be carefully analyzed for over three decades of information. The EMU LLD is a 
valuable tool for development, and will increase in usefulness and accessibility with further development of the 
website portion in the future. 

A. Forward Work 

Although much work has been done on the EMU LLD to this point, there is still work to be done for it to reach 
completion. There are still entries that need to be transferred to the website portion, as only 32% have been moved 
over from the Excel database. Although, now that hardware FIARs have been entered up to the most recent closures, 
more focus can be shifted to transferring the entries in the system. As work is being done to convert entries to the 
correct format for the web database, newer, more recently closed FIARs can be added to the Excel portion. FIARs 
are added to PRACA periodically as they are closed, and need to be entered in to the EMU LLD for any relevant 
hardware. 

Improvement of the website portion of the database is always a possibility for work. Adding increased 
functionality such as photographic elements for hardware entries, as well as general aesthetics, and as feedback is 
taken from the community, the interactive elements of the site can be built upon to make the experience easier for 
the user. Another possible element, to improve the efficiency of adding new entries, would be a “Direct Entry 
Addition” system. As of right now, the only way to add entries to the web database is to take data from PRACA to 
the Excel spreadsheet, from the Excel Spreadsheet to an individual .csv (Comma Separated Value) file for each 
entry, and finally upload the .csv file to the server containing the web database. The implementation of a feature on 
the webpage, accessible through administrative permissions, which would allow one to simply fill in fields for text 
entries, choose from drop down menus for “Bucket Categories,” check off the visual “Bucket Categories,” and 
directly enter FIARs to the web database, would make the ability to keep the database up to date after completion a 
much simpler task. The feature could be coded in to the web database through HTML or possibly port the database 
to another language such as Java or PHP, which allow greater ability, at the cost of being more time consuming to 
learn. 
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